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Systems and Methods for Selectable Dynamic 
Reconfiguration of Programmable Embedded Intellectual 

Property (IP) 

Background of the Invention 

5 [0001] This invention relates to high-speed serial 
communication ("HSSC") and high-speed serial interface 
("HSSI") circuitry. More particularly, this invention 
relates to configuring HSSI circuitry. 

[0002] If the circuitry of this invention is used in 
10 a device such as a Programmable Logic Device (PLD) 

e.g., to provide an interface between the PLD and other 
electronic devices the PLD can be either field 
programmable, mask programmable, or programmable in any 
other way. It will be understood that terms like 
15 "PLD, 11 "programmable, 11 and the like include all of 

these various options. Also, terms like HSSI and HSSC 
are used just for convenience herein and not with the 
intention of limiting the invention to any rigorously 
defined set of possible applications or uses. Thus, 
2 0 the invention is applicable in any context that 
involves an appropriate type of communication or 
signaling . 



[0003] HSSC is becoming increasingly popular for 
many different communication applications. HSSC can 
take many forms, including (1) many industry- standard 
forms such as XAUI, Infiniband, Gigabit Ethernet, 
5 Packet Over SONET or POSD5, etc., and (2) any of a wide 
range of non- industry- standard or "custom" forms that 
particular users devise for their own uses. Such 
custom protocols often have at least some features 
similar to industry- standard protocols, but deviate 

10 from industry standards in other respects. 

[0004] PLDs are typically designed to meet a wide 
range of different user needs. This is done so that a 
PLD can be manufactured in large quantities (and 
therefore at reduced unit cost) and sold to a large 

15 number of users for many different uses. There is 
increasing interest in using PLDs in applications 
involving HSSC. In keeping with the usual philosophy 
behind the design of PLDs (and in view of the many 
different HSSC protocols that are known and that can be 

2 0 developed) , it is desirable for a PLD that may be used 
in HSSC applications to have considerable flexibility 
with regard to supporting different HSSC protocols. 
[0005] Illustrative PLDs with certain HSSC 
capabilities are shown in Aung et al. U.S. patent 

25 application No. 09/805,843, filed March 13, 2001, Lee 
et al. U.S. patent application No. 10/093,785, filed 
March 6, 2002, and Venkata et al. U.S. patent 
application No. 10/195,229, filed July 11, 2002. The 
PLDs shown in these references can support various HSSC 

30 protocols. But even greater flexibility in that regard 
would be desirable and is among the motivations for the 
present invention . 
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[0006] This particular invention relates to HSSI 
which is implemented as embedded IP (Intellectual 
Property) building blocks. IP building blocks 
(alternatively referred to as "firmware") may be 
5 software, hardware or some combination of the two. 
These building blocks provide the user with pre- 
programmed special purpose functionality e.g., 
providing the user with different pre-programmed HSSI 
protocols to allow a first electronic device to 

10 communicate with a second electronic device using HSSC. 
This functionality is typically designed to be accessed 
by an electronic device which may be mounted, together 
with any hardware that may be associated with the 
embedded IP, on a silicon chip. Access to these 

15 building blocks allows the user to implement the 
functionality associated with the building blocks 
without requiring the user to program, or hardwire, the 
functionality himself. This saves the user time and 
programming resources. 

20 [0007] More particularly, this invention relates to 
the dynamic configuration of protocols supporting the 
embedded IP building blocks in a Programmable Logic 
Device (PLD) . In conventional PLDs, the user must pre- 
configure the protocols supported by the embedded IP 

25 blocks before the beginning of the operation of the 
PLD. The configuration of the embedded IP blocks 
typically occurs on start-up when all the configuration 
instructions, data or other information for the 
embedded IP blocks may be serially shifted in to the 

3 0 PLD from an external PLD configuration device. 

[0008] Furthermore, in order to configure the 
embedded IP, a multitude of signals and hooks (which 
may be general routing resources in a PLD) must be 
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transmitted from the core PLD fabric (which may include 
a PLD configuration control block and PLD core building 
blocks) to the embedded IP building blocks. The 
transmission of the signals and hooks may be limited by 
5 the capacity of the interface between the core PLD 

fabric and the embedded IP building blocks. In fact, 
the requirement for a multitude of routing resources 
may prevent the user from being able to dynamically 
reconfigure the embedded IP building blocks when the 
10 PLD is operating. 

[0009] Therefore, it would be desirable to provide 
improved communication, and an improved communication 
interface, between core PLD fabric and the embedded IP 
building blocks . 

15 Summary of the Invention 

[0010] It is an object of this invention to provide 
improved communication, and an improved communication 
interface, between core PLD fabric and the embedded IP 
building blocks. 

2 0 [0011] Systems and methods according to the 

invention provide improved communication between the 
core PLD fabric and the embedded IP building blocks as 
follows. A circuit according to the invention may 
include at least two different signal paths between the 
25 PLD core fabric and embedded IP building blocks. 

Either one, or both, of these two paths may be used for 
configuration and/or implementation of the embedded IP 
building blocks. 

[0012] One of the two paths may be coupled through 

3 0 an MDIO (Management Data Input /Output Interface) 

configuration control block. This interface, which may 
form a portion of the embedded IP fabric (together with 



the embedded IP building blocks) , is part of the IEEE 
specification for Gigabit Ethernet and 10K Gigabit 
Ethernet. MDC is a clock specified by the IEEE 
specification for Gigabit Ethernet and it clocks the 
5 MDIO block. 

[0013] The MDIO uses the information from the PLD 
core fabric to configure the embedded IP building 
blocks. This may be implemented using a four-bit 
interface between the core PLD fabric and the MDIO. By 

10 using the four-bit interface, instead of the multitude 
of hooks and signals, the MDIO saves the routing of 
many signals and congesting the interface. 
[0014] The MDIO operates as follows. The MDIO can 
support up to 64K (65536) registers or signals. This 

15 number represents the maximum potential number of 

signals that may be routed from the MDIO to configure 
the embedded IP building blocks. Nevertheless, these 
signals can be accessed from the PLD by using a 4 -bit 
interface with the MDIO. Therefore, whereas in the 

2 0 past hundreds of hooks must be used to configure the 

HSSI, in a circuit according to the invention, only a 
four-bit interface is required to access a large number 
of communication protocols stored in the MDIO. 
[0015] The second of the two paths may be coupled to 
25 provide signals directly from the PLD core fabric to 

the embedded IP building blocks without passing through 
the MDIO. This path provides signals to the embedded 
IP building blocks in a way that the signals are 
provided to embedded IP building blocks in conventional 

3 0 PLDs. 

[0016] Selection logic may also be added which is 
preferably user controllable to allow the user to 
configure the embedded IP building blocks either with 
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signals received from the PLD core fabric or with 
signals received from the MDIO. It should be noted 
that, whereas the signal path from the MDIO may be 
capable of dynamically reconfiguring the embedded IP 
5 building blocks, the signal path from the PLD core 

fabric may only be capable of configuring the embedded 
IP building blocks during PLD configuration using the 
external PLD configuration device. 

[0017] A much larger array of embedded IP building 
10 block settings may be obtained based on the improved 
flexibility of the dynamic reconfiguration selection 
logic and interface. Furthermore, specifically with 
respect to the interface between the PLD core fabric 
and the MDIO, the configurability of the embedded IP 
15 building blocks is substantially improved. 

Brief Description of the Drawings 

[0018] The above and other advantages of the 
invention will be apparent upon consideration of the 
20 following detailed description, taken in conjunction 

with the accompanying drawings, in which like reference 
characters refer to like parts throughout, and in 
which: 

[0019] FIG. 1 is a schematic diagram of embedded IP 
25 building blocks; 

[0020] FIG. 2 is a schematic diagram of system level 
implementation of a PLD according to the invention; and 
[0021] FIG. 3 is a table of various Management Data 
Input /Output Frames . 

3 0 Detailed Description of the Invention 



[0022] FIG . 1 shows a first group 110 of embedded 
IPbuilding blocks for receiving high-speed signaling 
from the PLD as a byte of N length and transmitting the 
high-speed signaling from the PLD as a stream of single 
5 bits. Group 110 preferably includes phase compensation 
block 12 5 in order to adjust for a phase shift that may 
exist between the internal PLD signals and the signals 
to the external device . 

[0023] Group 110 also preferably includes 8B/10B 
10 encoder 13 0 which may adapt the byte size from the byte 
size used internally by the PLD to the byte size that 
is used by the external device. It should be noted 
that 8B (8 bit) to 10B (10 bit) is only one example of 
an encoding and, in fact, a suitable byte size may be 
15 greater or smaller than either 8 bits or 10 bits for 
either the PLD or the device. 

[0024] Block 135 changes the signal from a parallel 
signal, N, to a serial bit stream for use by the 
external drive. 

20 [0025] Group 115, which is for receiving high-speed 
signaling from an external device and transmitting the 
signals to a PLD, preferably includes a Clock Data 
Recovery block 140 together with the block that changes 
the incoming signal from a serial bit stream to a 

25 parallel signal, N. Clock Data Recovery block 14 0 

preferably derives the clock signal from the incoming 
signal. Word align block 145 preferably determines 
where the incoming word begins and ends. Deskew 
block 150 preferably corrects for any differences in 

3 0 skew between the internal PLD signals and the signals 
used by the external device. Rate match block 155 
further coordinates the PLD clock with the clock rate 
of the incoming signals. Finally, 8B/10B decoder 
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block 160 and phase compensation block 165 preferably 
perform the opposite function of the outgoing 
blocks 12 5 and 13 0 described above. 

[0026] The protocol that governs the operation of 
5 the blocks should preferably be downloaded to these 
blocks from an external source. In one embodiment, 
when the protocol is generated on the PLD, the 
possibility of dynamically reconfiguring the protocol 
exists . 

10 [0027] FIG. 2 shows a PLD 210 according to the 
invention which preferably provides the ability to 
generate, and therefore dynamically reconfigure, the 
protocol for the embedded IP building blocks described 
above. PLD 210 may preferably be configured (or, 

15 alternatively, programmed) by external PLD 
configuration device 215. 

[0028] PLD 210 may include PLD core fabric 22 0 and 
embedded IP fabric 250. PLD core fabric 220 may be 
formed from PLD configuration control block 23 0 and PLD 
20 core building blocks 240. Embedded IP fabric 250 may 
be formed from MDIO configuration control block 2 60, 
selection logic 270 and programmable embedded IP 
building blocks 280. 

[0029] In conventional PLDs including embedded IP 
25 building blocks, the configuration information for the 
embedded IP was serially shifted into the PLD from an 
external PLD configuration device to configure the 
embedded IP. This process occurred during the 
programming of the entire PLD because the PLD typically 
3 0 cannot operate when being configured. The embedded IP 
was not dynamically reconf igurable because it required 
input from external PLD confirmation device 215 a 
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requirement that, in turn, led to shutting down and 
reprogramming, of the entire PLD. 

[0030] PLD 210, on the other hand, provides MDIO 260 
as one possible interface between PLD core fabric 240 
5 and reconf igurable embedded IP building blocks 2 80 (via 
selection logic 270) . MDIO 260 preferably allows 
embedded IP 28 0 to be reconfigured during operation of 
PLD 210 as will be explained. The other possible 
interface involves direct communication from PLD 
10 configuration control block 230 to selection logic 270 
and then to embedded IP 280. 

[0031] While MDIO 260 may typically interface with 
other components using a two-pin interface, 
nevertheless, MDIO 260 may interface with the PLD core 

15 fabric 220 using a four-pin interface. 

[0032] After a series of signals are received by 
MDIO 2 60 from PLD core fabric 22 0, which may typically 
be transmitted by one or more of PLD core building 
blocks 24 0, MDIO 2 60 may then package these signals 

20 into a wider signal e.g., a 16-bit signal, a 32-bit 
signal or other suitable size signal -- and transmit 
the wider signal to selection logic 270 and then, from 
selection logic 270, to reconfigure embedded IP 280. 
[0033] In one embodiment of the invention, MDIO 2 60 

2 5 is preferably pre-programmed by the user such that when 
it receives signals from PLD core fabric 220 e.g., 
through IPConfigEn bus -- it may then convert those 
signals into a yet larger than 16 -bit set of 
instructions to be transmitted to embedded IP building 

30 blocks 280. The 16-bit portion of the instructions may 
be used for address/data information as described in 
detail below while the additional bits may be used for 
synchronization, start of frame, operation code, port 
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address, device address, and 2 -bit space to avoid 
contention during a read transaction. The key point is 
that the instructions had been serially shifted into 
MDIO 260, yet MDIO 260 can send out the instructions in 
5 parallel for transmission to embedded IP 280 via 
selection logic 270. 

[0034] The 16 -bit instructions may include any one 
of the following instructions: 1) an address 
instruction which indicates which address within 

10 building blocks 2 80 is being written to or read from, 
2) a write instruction which includes the data that is 
being written to building blocks 280, 3) a read 
instruction which reads from the building block that 
had just been written to in order to confirm that the 

15 write occurred correctly or that reads from some other 
suitable location (such as status registers within 
building blocks 2 80), and 4) a read increment which 
increments the address by one address location after 
reading from the address such that the new address may 

20 be either written to or read from without receiving 
additional signals from MDIO 260. Thus, at least in 
one embodiment of the invention, MDIO 260 may receive a 
signal from two pins or four pins and then transmit the 
signal as a wide signal, preferably including a 16 -bit 

25 signal, to embedded IP building blocks 280. This wide 
signal is what allows MDIO 2 60 to dynamically 
reconfigure the protocol supported by embedded IP 
building blocks 280. 

[0035] As described above, one way for MDIO 260 to 
3 0 take a relatively small signal and convert the small 
signal into a relatively large signal is by storing 
large signals in memory and retrieving the large 
signals based on a code that responds to the small 
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signals. Thus, MDIO 2 60 may receive a relatively small 
signal from PLD core fabric 22 0 and then use the signal 
as a code to access a large -- e.g., greater than 16- 
bit -- signal for transmission to building blocks 280. 
5 Alternatively, MDIO 260 may receive multiple signals 
across the interface from PLD core fabric 22 0, and 
serially shift the signals into a greater than 16 -bit 
register until the greater than 16 -bit signal is ready 
for transmission to building blocks 280. In either 

10 case, MDIO 260 may transmit a wide signal to 
dynamically reconfigure building blocks 280. 
[0036] Selection logic 270 may be used to allow for 
selectability of the signals that configure building 
blocks 280. In one embodiment of the invention, 

15 selection logic 270 may allow PLD configuration control 
block 23 0 to configure building blocks 280 by sending 
signals along PLDConf igData bus when the entire PLD 210 
is being configured. Then, when the PLD is operating, 
selection logic 270 may allow MDIO 260 to dynamically 

20 reconfigure building blocks 280 by sending signals 
along IPConf igData bus. The operation of selection 
logic 280 may be controlled by signals from PLD 
configuration core building blocks 24 0 along 
IPConf igEn. Thus, selection logic 280 may be used to 

25 select which signals are transmitted to building 

blocks 280. Other suitable selection schemes may also 
be implemented by selection logic 270. 
[0037] Control of protocol-related features of 
building blocks 28 0 may be handed to the user following 

3 0 start-up, or the entire protocol support of building 
blocks 280 may be handed to the user. In one example 
of dynamic configuration, if the user wanted to change 
a 16 -bit word alignment pattern in building blocks 2 80, 
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the user would assert IPConfigEn and send the 
appropriate configuration data through the 4 -bit IP 
ConfigCTL bus. 

[0038] In another embodiment of the invention, and 
5 as briefly alluded to above, MDIO 2 60 may be used to 

provide status updates with respect to the operation of 
building blocks 280 . Status information that is 
contained in embedded IP building blocks 280 may be 
retrieved by MDIO 260, and stored in MDIO status and 
10 control registers (not shown) . This status information 
may then be transmitted to PLD core building blocks 24 0 
along IPConfigCtl bus. 

[0039] One advantage of the present invention is the 
ability to dynamically reconfigure embedded IP building 

15 blocks 280. Another advantage of the invention is that 
the invention allows the user to obtain valuable status 
information stored in the status and control registers 
in embedded IP building blocks 280. Yet a third 
advantage of the invention is the ability to select 

20 between configuring embedded building blocks 280 using 
MDIO 260 or using PLD configuration control block 230. 
[0040] The table in FIG. 3 shows four possible 
frames (Address, Write, Read, and Read Increment) that 
may be implemented by the MDIO 260 in one embodiment of 

2 5 the invention. The address frame overwrites the 

address register with the new, preferably 16-bit, 
address in the address field. The write and read 
frames access the register whose address is stored in 
the address register. The read increment frame 

3 0 increments the address register by 1 after completing 

the read operation. 

[0041] The management frame fields shown in FIG. 3 
are as follows: PRE (preamble:) shows a signal of 32 
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ONES to establish synchronization. ST (start of 
frame) : is typically a <00> pattern. OP (operation 
code) : is typically <00> for address , <01> for write 
frame, <11> for read frame and <10> for read increment 
5 frame. PRTAD (port address) provides the port address. 
DEVAD (device address) provides the device address. 
[0042] TA (turnaround) : may be a 2 -bit timing space 
to avoid contention during a read transaction. In 
address and write transactions or other suitable 

10 transactions, STA (Station Management, which sends the 
information to the MDIO manageable device [see below] ) 
may drive both TA bits. In a read transaction, MMD 
(MDIO manageable device -- the device that receives the 
MDIO instructions) may start to drive the 2 nd TA bit. 

15 ADDRESS/DATA are the 16 address bits of the register to 
be accessed on the next cycle or, alternatively, the 
Data to be written/read to or from the register, 
respectively. 

[0043] It will be understood that the foregoing is 
20 only illustrative of the principles of the invention, 
and that various modifications can be made by those 
skilled in the art without departing from the scope and 
spirit of the invention, and the present invention is 
limited only by the claims that follow. 



